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TITLE 

A method for organizing financial instruments in a CSD-system. 
TECHNICAL FIELD 

The present application relates to a method for use in a so-called Central Securities 
Depository, commonly abbreviated as CSD, by means of which method financial 
instruments can be organized in the CSD-system. The invention also discloses a 
computerized system for carrying out the method. 

BACKGROUND^^RT 

Traditionally, centralized institutions have been used mainly for storing goldffr}} 
which belongs to different nations in one and the same location. When transferring 
assets firom one nation to another, all that needs to be done is to simply transfer gold 
fi-om the "pile" which belongs to the paying nation to the "pile" which belongs to the 
nation that is to receive the payment. _As can be realized, tlie uso of the The 
principles of centralized institutions greatly facilitates the processing of payments, 
and for this reason^ there has aris e n is an interest in jef-using such centralized 
solutions for eth^-commodities other t han gold, in principle for any kind of 
commodity or instrument that can be imagined in the financial market, e.g.^, bonds, 
shares, etc. 

Thus, in In such an "expanded" centralized systemfyj there would be a plethora of 
instruments. The gathering of all instruments in one place (physical or virtual) 
facilitates is advantageous for those using the system, e.g.^ issuers, investors, and net 
least, t he operator of the system. Such a system could be is referred to as a 
Centralized Securities Depository, abbreviated as CSD. 

Each kind of financial instrument that would bo comprised in such a system would 
be defined by so called attributes, which are more or l e ss specific for each individual 
instrument. According to contemporary solutions and systems, the attributes for each 
individual instrument comprised in a system are "hard coded". Due to, inter alia, the 
vast amount of instruments which the system needs to be able to handle, this [[(]]th o 
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"hard coding"f9^ would mak e - makes the system difficult and cumbersome to 
handle, for example^, due to the fact that new financial instruments can appear in 
existing markets, or when it is desired to adapt the system to new markets, or 
exchange information between the markets. 
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niy . r T .nsT m n. cw the fnj vemtio ms umm ary 

There is thus a need for a method by moons of which t oadd-new instruments can b e 
added i n an easy manner to an existing CSD-type system. The method should also 
facilitate making amendments to existing instruments in the system. 

This need is met by the present invention in that tho invention diocloooo a m ethod for 
organizing financial instruments in a CSD-system in which oyotom where_the 
instruments can be trade d with, according to which mothod ., attribut e s Attributes are 
assigned to the instruments [[.]] Said attributoQ which.define the instrumentsfy^^ ^ 
nnrnrHing tn the method tho The instruments are organized in a hierarchic multi-level 
structure as follows: 

• a link is created between a first instrument on a first level in the hierarchy and 
instruments on a second, lower level in the hierarchy, 

• the link between the instruments on the first and second levels of the hierarchy is 
defined by the fact that all of the attributes which are comprised in the 
instruments on the second level are also comprised in the instrument on the first 
level to which the instruments on the second level is linked. 
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Preferably, according to tho method of tho in\ ontion[[,]] each instrument is only 
linked to one other instrument on a level above it. Also, suitably according to tho 
method, any Any a mendment to an attribute in an instrument will cauoo causes the 
same amendment in the same attribute of those instruments which are linked to the 
amended instruments and which are on lower levels in the hierarchy than the 
amended instrument. _Thuo, by moano of tho method according to invention, Injhis 
way, amendments to existing instruments is-arejreatly facilitated, since amendments 
need only be made on the highest level common to the instruments which are to be 
amended, and the amendment will then "trickle down" to the instruments in question. 
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The invention technology g reatly facilitates the adding of new instruments to the 
system. When there is a need or desire to add a new instrument to the system, all that 
needs to bo dono is to find an existing instrument in the CSD-system is found which 
has at least all of the attributes of the instrument which is to be added. The new 
5 instrument is then placed on a level in the hierarchy of the system which is below 
said existing instrument, and a link is created between the instrument to be added and 
the existing instrament. 



Tho inv e ntion also relates to a A computerized CSD-syste m is described , which 
10 comprises a register of instrumentsff^. sai4 The r egister beiftg-is^organized along 
the principles of tho invention as described above. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Tho invention will b e describ e d in mor e detail in tho following, with rofcroncc to the 
15 appended drawings, in which 

Fig 1 shows one of the principles behind the invention, and technology. 
Fig 2 shows anoth e r principl e of the g Lmetho d according to tho inv e ntion , aed 
Fig 3 shows an example of the metho d according to tho invention , and 
Figs 4 and 5 show flowcharts of parts of tho invention . 
20 

EMBODIMENTS D ETAILED DESCRIPTION 

As stated above, tho invention intends to moot tho needs in Iji,a CSD-system m 
which syst e m where various financial instruments are traded^ with. Th e t he 
instruments are defined by so called attributes. Examples of attributes could for 
25 example be include the identity of the issuer of the instrument in question, the ISIN 
code^ or some other code which identifies the instrument, e.g-^ CUSIP, the date of 
issue of the security, the interest rate^ etc. 

It has be e n describ e d previously in this t e xt which th e main noods aro that tho 
30 invention is int e nded to address. Howev e r, in IiLaddition to those noods and desires, 
tho invention should pr e f e rably also provide good solutions to the following 
situations relating to the objectives described above, additional desirable objectives 
for instruments compris e d in the register of a CSD-like syste m include : 
. re-using different attributes between different instruments , and 



- deriving one instrument from another instrument 

The invontion propooes tho croation of a A multi-level hierarchical system is 
provided for organizing a register of financial instruments in a CSD-system. In tho 
system according to tho invontion, th e r e will thus b e a numb e r of different lev e ls, 
with said T he number of levels p referablv is.not beiflg-restricted by an upper limit. 

With reference to Fig 1 , one of the principles of a multi-level hierarchy according to 
the inv e ntion w ill now be explainedftr^. in-hifi frFig. 1. a group of instruments afe-is 
shown [[,]] said instruments b e ing arranged in a multi-level hierarchyfy}. wh e re 
instrum e nts histruments on a higher level (AB) can have links to several instruments 
on the lower levels (ABBB, ABCC)ff^i but e ach Each instrument ean-preferably 
only have -has one link to the level above its own. 

The instruments (AB) at the top level of the hierarchy are suitably not instruments 
which can be traded with as such, but are r ather generic * templates" for the 
instruments on the lower levels (ABBB, ABCC-;_ABBB123, ABCC456) which 
instruments that are "real" instruments that can be traded^ with, such as e.g.^^ 
government bonds or mortgage back e d mortgage-backed secxirities and sheires. 
Thus, a A template in a system organized according to tho inv e ntion can either serve 
as a template for a template on the next level, or as a template for an instrument on 
the next level. _It should be pointed out thoro that although Although fifrPig. 1 only 
shows one group of instruments, the system according to the invention can comprise 
a virtually unlimited number of such groups. 

As can be seen from the group shown in fr ^Fig. K one of the principles behind the 
invontion technologv is that any instrument on any level of the system "inherits" all 
of the attributes of the instrument to which it is linked on the level inmiediately 
above it. This principle could in fact be said to essentially be the definition of the 
links between the instruments. Thus> due D ue t o this linkage p rinciple, ef 
linkago[[,]] when there is a need or a desire for making amendments to one or more 
instruments, all that needs to be done is to locate, within the hierarchy, the attribute 
which is to be changed. When the attribute is amended, that particular amendment 
will "trickle down" to the linked instruments involved . 



When organizing the group in fig -Fig. 1 , the following steps could be used: 

- Look at the real instruments (ABBB123, ABBB862, ABBB293; ABCC456, 
ABCC578, ABCC394) which are to be comprised in the register of the CSD- 
system. 

. Find a first set of common denominators (ABBB, ABCC) between the 
instruments. 

- Find a second set of common denominators (AB) between the first set of 
common denominators. 

- When all (or a preset number) of common denominators have been found, create 
a linked multi-level hierarchy according to the principles outlined above, with the 
instrument of the most basic common denominator at the highest level, and the 
real instruments at the lower levels. 

The steps described above are also outlined in the accompanying flowchart in fig 
Fig^4. 

If, at a later stage, a new instrument needs to be added to the register, the following 
steps could be used: 

• find an existing instrument in the CSD-system which has at least all of the 
attributes of the instrument which is to be added, 

• place the instrument which is to be added on a level in the hierarchy of the 
system which is below said existing instrument, 

• create a link between the instrument to be added and the existing instrument. 

These three steps are also outlined in the accompanying flowchart in fig-Fig. 5. 

Fig Fig. 2 shows another featur e of tho invention : the inheriting of an attribute 
tf(]}fi-om a higher level to a lower level in the hierarchyfOH is suitably m ade either 
optional, mandatory^ or excluded, i.e.^, prohibited. The "setting up" of which 
principle of inheritance that is to be used for each instrument and attribute within the 
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system is suitably carried out by the operator of the system, in a mamier which best 
suits each instrument and the system as a whole. 
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Naturally, all attributes can be made mandatory to inherit according to the principle 
of linkage explained previously, but the principle of #g -Fig. 2 additionally enhances 
the ease of handlin g offered by the invention . As shown in fi^g -Fig. 2, the template 
instrument at the highest level in the hierarchy comprises six attributes, three of 
which are optional (shown vertically striped), two of which are mandatory (shown 
horizontally striped) and one of which is excluded from inheritance (diagonal 
stripes)._Thus, the attributes, which were mandatory for inheritance to the next level, 
appear in the instruments on the level below the highest level, and the attribute that 
was excluded from being inherited is also marked as excluded in the second level. 



However, the attributes which were optional from the first level to the second may 
1 5 have different properties of inheritance when going from the second level to the third 
I level in the hierarchyffr^^^ #HS -This is indicated in #g -Fig. 2 by virtue of the fact that 
in one of the instmments on the second level, one of the optional attributes is now 
marked as being excluded (diagonal stripes) when going to the next (third) level, and 
in the other instrument on the second level one of the optional attributes from the 
20 first level is marked as mandatory (horizontal stripes) for inheritance to the next level 
and one is marked as excluded (diagonal stripes). 



In fig^ Fig. 3, an example of the invention applied to real instruments is shown: 
A group of instruments is organized according to the invention compriG e G in_three 
25 levelsffi^^ at— At the top level, there is an instrument template known as 
"Government bonds". The exact attributes of that template will not be enumerated 
here, as they should be well known to those working in the field. However, one 
attributeff^ which Government Bonds havefbH is that they generate an interest. In 
this particular case, interest can be generated in two waysft^i fixed or floating. 
30 Thus, at the top level, the template is provided with two attributesftHi one for fixed 
interest and one for floating interest. 



On the next level, there are two templates, one for each of the more specific cases of 
bonds, which have fixed interest rates, and bonds with floating interest rates. One of 



these templates will inherit the attribute "fixed interest" and the other template will 
inherit the attribute "floating rate". This is done by moans of both of the interest 
attributes (fixed and floating) at the top level being designated as optional for the 
next level, i.e.^ the second level. .Then, on the second level, in the template for fixed 
interest bonds the attribute for "floating interest" will be designated as excluded from 
the following levelsf^fi^ and in h La corresponding manner^ the template for floating 
rate bonds will exclude the attribute "fixed interest" fi-om the following levels. 

Finally, ono more foaturo of tho invontion should bo pointed out. This additional 
feature ig du? to th^ ^t^^t nn nttribnt fl mn nnt only have In addition to having a 
characteristic property, for example, fixed or floating interest, an attribute can also 
have a value. By way of example, in the case of the attribute being "interest^" the 
value we^rid -could b e the interest rate. 

In order to make a-the system according to tho inv e ntion even more flexible and easy 
to organize, the inheriting of the value of an attribute firom a higher level to a lower 
level can also be made mandatory or optional regardless of whether or not the 
attribute as such w as optional or mandatory to inherit. How a value is to be inherited 
would be set by, for example, the operator of the system. 

The meaning of a \^aluo of an attribute boing mandator)^ to inherit ohould bo obvious, 
and will thuo not bo claboratod upon further hero. In the case with optional 
inhoritancc of values, tho function would bo in tho following manner: 

If the inheritance of the attribute is mandatory and the inheritance of the value is 
optional, the instrument wrmlri thon inherit inherits a value as an example for the 
attribute (e.g.^ interest). A value needs to be set for the attribute in question since the 
attribute, i.e.^ the interest rate, is mandatory. The value could be either the inherited 
("example") value, or a new defined value. Naturally, other flaeaBS-ways of setting a 
value p-hmilH nnt ho oKcludod: could not be used, for example^jising some kind of 
automated information retrieval syste m could bo uged . _LikowiGO, if If the inheritance 
of the interest attribute was-is_optional, and that option was-is_chosen, the interest 
would nood needs to be set, which can suitably be done in the manner just described. 



